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A method and system for encoding ditigal information is 
disclosed. According to the method, media program infomiation is 
captured and used to produce a media program file. An encoding 
request is received from a client which requests that the media program 
information be encoded in one or more encoding formats. A set of 
encoding engines are selected that can encode the media program 
information in each of the one or more encoding formats. The media 
program file is then sent to the selected set of encoding engines to 
encode the media program informadon in the one or more encoding 
formats. 
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DISTRIBUTED PRODUCTION SYSTEM FOR DIGITALLY ENCODING 

INFORMATION 

This patent application claims priority from, 

U.S. Provisional Patent Application No. 60/1 19,762, filed on February 11, 
1999, entitled PRODUCTION SYSTEM FOR DIGITALLY ENCODING 
INFORMATION; 

U.S. Provisional Patent Application No. 60/120,209, filed on Febmary 11, 
1999, entitled MEDIA DISTRIBUTION SYSTEM; 

U.S. Provisional Patent Application No. 60/120,207, filed on February 11, 
1999, entitled SYSTEM FOR REMOTE PREFORMANCE OF DIGITAL 
ENCODING; 

U.S. Provisional Patent Application No, 60/120,206, filed on February 11, 
1999, entitled DIGITAL VCR; 

U.S. Provisional Patent Application No. 60/120,208, filed on February 11, 
1999, entitled SYSTEM FOR HANDLING VOICE MAIL IN AN E-MAIL 
SYSTEM; and 

U.S. Provisional Patent Application No. 60/156,817, filed on September 29, 
1999, entitled STREAMING MEDIA ENCODING AGENT FOR TEMPORAL 
MODIFICATIONS; 

the content of which are hereby incorporated by reference in their entirety. 

FIELD OF THE INVENTION 

The present invention generally relates to computer systems, and more 
specifically to a distributed encoding mechanism for encoding digital information. 

BACKGROUND OF THE INVENTION 

In recent years, the media industry has expanded its horizons beyond 
traditional analog technologies. Recorded media programs such as audio, 
photographs, and even feature films are now being recorded or converted into a 
variety of different digital encoding formats. For example, digital movies may now 
be encoded using a variety of different encoding formats such as RealVideo, 
RealMedia, MPEG, QuickTime and WindowsMedia encoding formats. Likewise, 
digital audio recordings may be encoded using a variety of different encoding 
formats such as RealAudio, Liquid Audio and Windows Media encoding formats. 

In general, the process of encoding a media program can take a significant 
amount of time. Often, the time required to encode a recorded media program may 
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be significantly greater than the actual play time of the media program. For example, 
to encode a two-hour analog VHS tape in MPEG n format can often take four or 
more hours. Thus, although there is an abundance of difFerent encoding formats for 
use, the fact that encoding is conventionally performed in a serial manner with each 
5 encoding process requiring a significant amount of time and resources to complete, a 
particular media program will typically be encoded in only a limited number of 
encoding formats. 

For example, to encode the songs that are contained on a CD using the Liquid 
Audio format, a user is generally required to perform the following steps: (1) 

10 capturing the data from the CD into a file; (2) launching the corresponding encoder 
application; (3) entering the specific encoding parameters that are to used to encode 
the media program; (4) entering any metadata from the CD (i.e. title, author, etc.) that 
is to be included in the encoded file; (5) submitting the data file to the encoder; and 
(6) waiting for the encoding process to complete. 

15 In general, the step of entering the specific encoding parameters for a 

particular encoding application can be an awkward and tedious task. Often, the 
encoder application interface provides a user with little or no information as to what 
affect an encoding parameter may have or how setting a parameter to a particular 
value will affect the quality of the encoded media program. Moreover, the user 

20 interface of each encoding application typically operate on one file at a time. As 
such, to encode a media program in multiple encoding formats, a user is generally 
required to create a batch command-line that will include a specific set of encoding 
parameters for each encoding format. However, the creation of these batch 
command-lines is both tedious and difficuh; thus causing the command-lines to be 

25 prone to errors. Therefore, to reduce the need of generating batch command-lines, a 
user will typically repeat the encoding process several times in order to encode the 
media program with the appropriate encoding parameters. 

In addition, if the user would like the songs to also be encoded using a 
different encoding format, the user is forced to repeat the steps of (1) launching the 

30 corresponding encoder application; (2) entering the specific encoding parameters that 
are to used to encode the media program; (3) entering any metadata from the CD (i.e. 
title, author, etc.) that is to be included in the encoded file; (4) submitting the data 
file to the encoder; and (5) waiting for the encoding process to complete. 

Thus, for each encoding format, the user is required to enter the metadata for 

35 the media programs and to specify the specific encoding parameters that are to used 
to encode the media program. Moreover, the user must have access to the encoding 
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applications that are of interest to them and specific knowledge as to the encoding 
parameter values that should be used to encode the media program for each encoding 
format. 

Based on the foregoing, it is clearly desirable to provide a mechanism that 
5 can reduce the amount time and user intervention that is typically required to encode 
a media program in multiple media formats. 

It is also desirable to reduce the amount of duplicate information that an 
individual is required to supply when encoding media program in multiple encoding 
formats. 

10 It is further desirable to provide a mechanism that can reduce a users need to 

understand the significance of the different encoding parameters that are used by the 
different encoding applications. 

SUMMARY OF THE INVENTION 

15 The present invention comprises, in one aspect, a method for encoding digital 

information, including the steps of: capturing, from a source, media program 
information as a media program file; receiving an encoding request from a client that 
requests that the media program information be encoded in one or more encoding 
formats; selecting a set of encoding engines that can encode the media program 

20 information in each of the one or more encoding formats; and sending the media 

program information to the selected set of encoding engines to cause the selected set 
of encoding engines to encode the media program information in the one or more 
encoding formats. 

The invention also encompasses a computer-readable medium, and an 

25 apparatus configured to carry out the foregoing steps. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The present invention is illustrated by way of example, and not by way of 
limitation, in the figures of the accompanying drawings and in which like reference 
30 numerals refer to similar elements and in which: 

FIG. 1 is a block diagram of a computer system architecture in which the 
present invention may be utilized; 

FIG. 2 illustrates an example of a user interface window that may be used to 
define a set of encoding specifications for encoding a particular file; 
35 FIG. 3 is a flow diagram that illustrates a method for encoding a media 

program; 



-3- 



wo 00/48400 PCTAJSOO/03414 

FIG. 4 is a block diagram of a computer system hardware arrangement that 
can be used to implement aspects of the invention; 

FIG. 5 is a block diagram of another computer system architecture upon 
which embodiments of the invention may be implemented; and 
5 FIG. 6 illustrates an example of an expert system upon which embodiments 

of the invention may be implemented. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

A distributed encoding system for encoding media programs is disclosed. In 

10 the following description, for the purposes of explanation, numerous specific details 
are set forth to provide a thorough understanding of the present invention. It will be 
apparent, however, to one skilled in the art that the present invention may be 
practiced without these specific details. In other instances, well-known structures 
and devices are shown in block diagram form to avoid unnecessarily obscuring the 

15 present invention. 

CONTEXT OVERVIEW 
A set of information or content that may be encoded in a particular encoding 
format is generally referred to herein as a "media program'* . For example, the 
information contained on such storage mediums as VHS or 8-MM tapes, DVDs or 
20 Laser Discs, BetaCams or Digital Video Cassettes, Compact Discs (CDs), and audio 
cassettes or 8~Track tapes are all examples of media programs that can be encoded 
using the described distributed encoding system. Further, media programs may be 
received firom sources other than pre-recorded storage. For example, a media 
program may arrive as a live feed from an analog or digital camera, or fix>m a 
25 satellite or cable feed. 

As described herein, a media program may consist of an entire work, such as 
the entire movie stored on a VHS tape; or may instead consist of only a portion of a 
work, such as a single song stored on a CD that contains a plurality of recorded 
songs. 

30 In addition, the term "program metadata" refers to the information that is 

associated with a particular media program but which is not actually part of the 
information that is typically heard or seen when viewing or listening to the media 
program. Program metadata may consist of information that is of written form, such 
as printed information on a CD jacket, or electronically encoded information, such as 

35 serial numbers and track information that is typically coded within the CD itself. For 
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example, the artist name, song titles and copyright information associated with a CD 
represents program metadata that is not typically heard when playing the CD. 

DISTRIBUTED ENCODING SYSTEM 
5 According to one aspect of the invention, a distributed encoding system is 

provided that allows parallel encoding of media programs. In one embodiment, a 
capturing unit is configured for capturing or "ripping" a variety of different media 
programs. The capturing unit can capture media programs that are stored using a 
variety of different formats and which reside on a variety of different storage 

10 mediums, or which are not pre-recorded on any storage medium. For example, the 
capturing unit can capture media programs that are stored on storage mediums that 
include but are not limited to, CDs, DVDs, VHS tapes, LaserDisc, Audio Cassette, 
etc. To capture a media program, the information is read from its source and then 
stored as a "captured file" . In one embodiment, the capturing imit may be 

1 5 configured to capture a plurality of media programs in parallel. Once captured, the 
captured file is stored within an accessible storage unit. In certain embodiments, a 
unique "Master_ID" is generated and associated with each captured file. As will be 
explained in detail below, the unique Master_ID is used to correlate with each 
captured file the set of program metadata that is associated with each captured file. 

20 In one embodiment, the distributed encoding system causes an interface to be 

displayed at a client that is connected to the distributed encoding system. By 
interacting with the interface, a user may enter program metadata, such as title, 
author, and copyright information that is associated with the particular media 
program. The program metadata is stored within an accessible storage unit. In one 

25 embodiment, the distributed encoding system uses the unique Master_IDs to 

associate the program metadata information with the corresponding captured file. 

In addition, through the interface, the user can create "encoding orders" by 
selecting one or more encoding formats for encoding the media program. After an 
encoding order is created, it is stored into an accessible storage unit and scheduled 

30 for processing. 

A distribution unit is configured to identify encoding orders that need to be 
processed. When an encoding order is identified, the distribution unit retrieves the 
captured file and its corresponding program metadata firom the accessible storage 
unit. The distribution unit then selects one or more available encoding units that may 

35 be used to encode the captured file and corresponding program metadata information. 
The distribution unit then sends the information to the selected encoding units. 
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Upon receiving the captured file and program metadata information, the 
encoding units interface with one or more encoding engines (based on the selected 
encoding formats) to encode the media program information and corresponding 
metadata information into an " encoded program*' . Once encoded, the encoded 
5 programs are stored into the accessible storage imit via the distribution unit. The 

encoded programs may then be delivered to the specified customer using a variety of 
different delivery mechanisms. 

FIG. I is a block diagram of an encoding system 100 in which certain 
embodiments of the invention may be used. Generally, encoding system 100 

10 includes a client 102, a server 104, a capturing imit 106, a distribution unit 108, a 
delivery unit 1 10, a storage unit 1 12, one or more encoding units 116, 118, 120, and 
a plurality of encoding engines 122a-h. As is depicted in FIG. 1, the components of 
system 100 are connected through one or more network systems. These one or more 
network systems may include, but are not limited to. Local Area Networks (LAN), 

15 and Wide Area Networks (WAN), including the Internet. Thus, the encoding system 
allows each component to be separately located. 

THE CAPTURING UNIT 
Capturing imit 106 is a combination of hardware and/or software components 

20 that are configured for capturing or "ripping" a variety of different types of media 
programs that may be stored on a variety of different storage mediiuns. For example, 
capturing unit 106 may be used to capture media programs that consist of audio data, 
video data, or combinations of both audio and video data. These media programs 
may be captured from a variety of different sources including live feeds and storage 

25 mediums such as CDs, video tapes, audio tapes, laser discs, floppy disks, along with 
any other form of storage medium that can be used to store media programs. For 
example, as depicted in FIG. 1, capturing unit 106 may receive media program 
information from a variety of sources, that includes but is not limited to a digital or 
analog camera 130, a satellite system 132, or a CD and/or DVD player 134. As such, 

30 embodiments of the invention are not limited to any particular soim;e, nor any 

particular form or type of media program, nor is it limited to any particular form or 
type of storage medium that is used to store the media programs. 

The capturing unit 106 may be configiu-ed as either an automatic ripping 
mechanism or as a manual ripping unit. In one embodiment, the capturing unit 106 

35 is configured to capture or rip a plurality of media programs in parallel. For 
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example, capturing unit 1 06 may consist of a large number of CD readers that allow 
the media programs from hundreds of CDs to be captured in parallel. 

In another embodiment, the capturing unit 106 may be configured to allow 
the captiiring of all or separate segments of a media program. For example, the 
5 capturing unit 106 may include a video editing mechanism that allows a user to 
control which portions of the video are captured for encoding. 

To capture a media program, the capturing unit 106 reads the infomiation 
fix)m its source and stores it as a "captured file" within storage unit 1 12. If a 
particular storage medium source contains analog data, the capturing unit 106 

10 digitizes the data and then stores it as a captured file. For example, in capturing a 
media program that is stored on an analog VHS tape, capturing unit 1 06 performs an 
Analog-to-Digital (A/D) conversion to capture the information into a captured file. 
Alternatively, if a media program is already in digital format, such as audio that 
resides on a CD, then the capturing unit 106 may create a .WAV file without having 

15 to perform an A/D conversion. 

MASTER_ID ASSIGNMENT 
Upon its creation, each captured file is assigned a unique Master_ID that 
uniquely identifies the captured information fix)m all other captured file information. 
20 In certain embodiments, the capturing unit 1 06 uses a hash fimction to generate the 
unique Master lDs. In one embodiment, the hash function is used to generate the 
unique Master lD for each captured file based on the specific contents of each 
captured file. Both the Master__ID and captured file information are stored within 
storage unit 112. 

25 In certain embodiments, a physical representation of the Master_IDs is also 

attached to the physical storage medium from which the captured file is generated. 
For example, a bar code may be generated for each Master_ID, printed on a sticker, 
and attached to the storage medium from which the captured file is generated (or the 
physical container thereof). As is discussed in detail below, the Master_IDs are later 

30 read and used to correlate the captured file with its program metadata. 

ENCODING REQUESTS AND ENCODING ORDERS 
Client 102 represents a device, such as a personal computer, workstation, or 
other like device that is capable of communicating with server 104. In one 
35 embodiment, client 102 includes a browser application, such as Microsoft Internet 
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Explorei® or Netscape Navigator®, that can request, receive and display electronic 
documents over a network connect. 

Server 104 is a computer, or one or more hardware or software components or 
processes that cooperate or execute in one or more computer systems. For example, 
5 server 1 04 may be configured as a Java Servlet nmning on an Apache web server on 
Linux. 

Server 104 is configured to respond to message requests that are received 
from clients, such as client 102. In one embodiment, server 104 commimicates 
interface data to client 102 for displaying a user interface at client 102. The interface 

10 data may consist of electronic document information, such as HyperText Markup 

Language (HTML) or Extensible Markup Language (XML) page information that is 
conmiunicated between server 104 and client 102. In one embodiment, the user 
interface data consists of interface templates that provide a user-friendly mechanism 
for entering customer requests ("encoding requests"). Each encoding request 

15 generally includes a set of customer order information, program metadata 

information and a set of encoding parameters for a particular captured file. Thus, by 
interacting with the user interface provided by server 1 04, a user can readily create 
encoding requests for the encoding captured media programs. 

In one embodiment, each encoding request includes a Master_ID that 

20 identifies the captured file that corresponds to the particular request. For each 

request, the Master_ID may be manually entered by the user or read by a reader that 
is coupled to client 102. For example, client 102 may include a bar code reader that is 
configured to read the Master_ID information that was previously attached to the 
storage medium or storage medium container that is associated with the captured file. 

25 Table 1 illustrates an example of the type of information that may generally 

be included within an encoding request. 



wo 00/48400 



PCT/USOO/03414 



TABLE 1 



CUS rUMliR ORDER INtORMA'llUN 


CJustomer name, address, phone number, 
email address; Delivery options (i.e., email 
encoded data and/or provide the encoded 
data on a particular type of storage 
medium). 


FKUUKAM MHTADA TA 
INFORMATION 


Masler_Uj; Author names; 1 itles; 
Copyright information; 


ENCODING PARAMKl'HRS/SK'niNGS 


hLncodmg tormat, 1 arget Bitrate, Audio 
format. Video format 



Upon receiving an encoding request, encoding system 100 generates an order 
("encoding order") and assigns it a unique Job_ID that uniquely identifies the 
5 particular order within the distributed encoding system. In one embodiment, the 
distributed encoding system automatically generates a unique Job_ID in response to 
the opening of a new encoding order. In addition to a \mique Job_ID, each encoding 
order is assigned the Master_ID that identifies the corresponding captured file that is 
associated with the particular encoding order. Thus, when an order is generated, the 

10 Master_ID that was generated for the captured file that has the content identified in 
the order is assigned to the order. 

Once an encoding order is generated, server 104 stores the encoding order 
information (which includes the unique Job_ID and Master_ID) within storage unit 
112. Although depicted as a single component, storage unit 112 may include one or 

15 more storage devices that may be connected locally or distributed remotely across 
one or more networks. Storage unit 112 maintains the captured file and encoding 
order information. In one embodiment, at least a portion of storage unit 1 12 is 
configured as a database system which maintains a set of tables (schema) for tracking 
and coordinating the completion of the encoding orders. 

20 

DISTRIBUTION UNIT 
Distribution unit 108 is a computer, or one or more hardware or software 
components or processes that is configured to identify encoding orders that need to 
be processed (" pending job orders" ) and to distribute each pending job order to one 
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or more available encoding units (116, 118, 120). In one embodiment, the 
distribution unit 108 receives an interrupt when a pending job order is present within 
storage unit 1 12. In another embodiment, distribution unit 108 is configured to 
periodically poll storage unit 1 12 to identify any pending job order. 
5 As previously indicated, a pending job order may require the captiu'ed file and 

program metadata to be encoded in multiple encoding formats ("encoding threads"). 
To that end, distribution unit 108 maintains a record as to which encoding units are 
currently available and which encoding engines are associated with each encoding 
unit. The distribution unit 108 maintains state information to keep track of which 
10 encoding units are currently available to process the encoding threads. Table 2 

illustrates an example of how state information may be maintained by distribution 
unit 108 to keep track of which encoding units are currently available to process the 
encoding threads. 

TABLE 2 



ENCODING 
UNIT 


ENCODING 
ENGINE 




AVAILABLK 


116 


122a 


Real Media 


Yes 


116 


122b 


L/iquia Audio 


Yes 


116 


122c 


Windows Media 


No 


118 


122d 


RealVideo 


Yes 


118 


122e 


Real Media 


No 


120 


122t 


Liquid Audio 


Yes 


120 


122g 


Wmdows Media 


Yes 


120 


122h 


guicKiime 3.U 


NO 











By inspecting this information, distribution unit 108 can identify which 
encoding units (1 16, 1 1 8, 120) are both available and capable of completing one or 
more encoding threads required by a job. In addition, distribution unit 108 can 
perform load balancing on the encoding units (1 16, 1 18, 120) to achieve optimal 
20 performance fi-om a plurality of different encoders. Upon selecting a set of one or 
more encoding units, the Distribution unit 108 forwards the encoding thread requests 
to each of the selected encoding units. 

-10- 
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THE ENCODING UNITS 
Encoding units 1 16, 1 1 8 and 120 represent computers, or one or more 
hardware or software components or processes that are configured to initiate the 
encoding of an encoding thread request. In particular, encoding imits 1 16, 1 18 and 
5 120 are configured to receive encoding requests fi*om distribution unit 108. Upon 
receiving an encoding request, encoding units 116, 118 and 120 respectively 
interface with encoding engines 122a-c, 122d-e and 122f-h to fiilfill the pending job 
order. 

Encoding engines 122a-h represent a variety of different types of encoders 

10 that are capable of encoding data in a particular encoding format. For example, 
encoding engines 122a'h may be, but is not limited to, a combination of Real, 
Windows Media, Liquid Audio, MPEG, A2B, Audiobase, MPS, Blade, Xing or 
QuickTime encoders. Encoding engines 122a-h may be either "off-the-self ' 
encoders or proprietary encoders. Thus, embodiments of the invention are not 

15 limited to any particular type of encoder. 

In one embodiment, encoding units 116, 118 and 120 are configured to 
communicate with the different Application Program Interfaces (APIs) of encoding 
engines 122a-h. A variety of techniques may be used to communication between the 
encoding units 1 16, 1 18, 120 and each of the encoding engines 122a-h. Encoding 

20 units 116, 118 and 120 and encoding engines 122a-h may be statically or 
dynamically linked and may communicate through a variety of different 
communication mechanisms that may include the use of application APIs such as 
DLL/COM calls or command line APIs or any other communication mechanism that 
allows information to be conveyed between multiple software units or applications. 

25 For example, encoding units 116, 118 and 120 may communicate with encoding 

engines 122a-h through a set of Dynamic Link Libraries (DLLs) that are supplied by 
encoding engines 122a-h or through command line execution of encoding engines 
122a-h. In one embodiment, the Java Media Framework (JMF) API provides the 
communication mechanism between the encoduig units 116, 118, 120 and the 

30 encoding engines 122a-h. The IMF API provides a simple unified architecture for 
synchronizing and controlling time-based data, such as audio and video data within 
Java applications and applets. Table 3 illustrates an example of several of the 
playing and encoding formats that are supported by the JMF API. 
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TABLE 3 



AUDIO 


AltF, AU, DVl. U.723, GSM, 1MA4, MIDI, MPHG-l 
LAYER 1/2, PCM, RMF, WAV 




APPLE GRAPHICS (SMC). APPLH ANIMATION 
(RLE) ClhfEPAK, H.261, H.263, INDEO 3.2, MOTION- 
JPEG, MPEG- 1, UNCOMPRESSED 


FILE FORMATS 


AVI, guiCKTlMH, VIVO 


FKUIUCOLS 


FILE, FTP, HTl'P, RIP (RFC 1889/1890) 



The portion of the encoding task that is performed by an individual encoding 
engine (I22a-h) is referred to herein as an "encoding thread". In general, for each 
5 format that a particular program media is to be encoded, an encoding thread is 

executed. Specifically, for each such thread, an encoding unit communicates with an 
encoding engine that is configured to encode the program media in the specific 
format. For example, FIG. 1 illustrates a set of encoding threads 124, 125 and 126 
respectively between encoding unit 1 16 and encoding engines 1 22a, 122b and 122c. 
10 Encoding system 100 may be configured to cause the encoding threads to be 
performed serially or in parallel. 

During execution of an encoding thread, the encoding engines generate data 
that is encoded in the required format. Upon completing an encoding thread, the 
encoding engines (122a-h) communicate the data back to the encoding units 1 16-120 
15 which then return the encoded data back to distribution unit 108. Distribution unit 
108 then stores the encoded data (" encoded data files" ) onto storage unit 112. 

THE DELIVERY UNIT 
Delivery unit 110 provides a mechanism for delivering completed encoding 
20 orders to the proper customers. A variety of methods may be used to deliver the 
completed encoding orders to their proper customers. For example, the encoded 
information can be emailed to the customer or provided on a storage medium, such as 
a DVD, CD-ROM, floppy disk. Zip drive tape, a Digital Audio Tape (DAT), or other 
type storage medium that is capable of storing the encoded information. The 
25 information may also be FTP'd to the proper customers over a network system, such 
as the Internet or other available network system. 

In one embodiment, the Delivery unit 1 10 is a service for the network that is 
configured as an automated media and meta-data fulfillment process. By tightly 
integrating Delivery imit 1 10 with the rest of the servers in the production system. 
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the Delivery unit 110 extends the capabilities of each service node on the network to 
access resources needed to publish files, and information about those files, to 
external servers in an automated fashion. In addition, by defining an Object Delivery 
Protocol (ODP), the network will allow Delivery Units being used by the Delivery 
5 Agents to communicate together, seamlessly moving files and meta-data fi-om service 
to service with the required knowledge to perform the correct functions. For 
example, using this model, it is possible to deliver a file and its associated meta-data 
to an external ODP compliant Web Server where the receiving service uses the ODP 
attributes to determine the appropriate procedure. By embedding or wrapping ODP 

10 attributes around a file, the attributes can be used to command absolute paths, 
permission/authorization, HTML link generation, database updating, event 
triggering, and the like. In this way the knowledge to access servers, services, near- 
line back up systems, and RAID spaces resides in the ODP object and not in a 
delivery mechanism. This abstraction makes it possible to easily expand to other 

15 delivery processes. For example, an FTP Agent can access the ODP "user_name", 
"password", and "file_path" attributes to publish a file to a FTP server that doesn't 
have the benefit of an ODP service. 

In one embodiment, the ODP Server is configured as the external system that 
knows how to accept and deal with the ODP objects the client sends it. Beyond the 

20 obvious Tail-safe' mechanism in standard transfer applications, this server has the 
capability to use the embedded class name string in the ODP object to dynamically 
load an object to handle the actions to be performed on files and meta-data that was 
received. These class-loaded objects can be on the local machine, or downloaded 
firom a public code base server if needed. With the described mechanism, the 

25 possibilities of upgrading intemal and external, even customer, servers is quite 
simple and straightforward. 

ENCODING MEDIA PROGRAMS 
FIG. 3 is a flow diagram that illustrates a method for encoding a media 
30 program. For explanation purposes, the steps of FIG. 3 are described with reference 
to the components of FIG. 1 . Also for explanation purposes, it shall be assiuned that 
the media program consists of a group of songs contained on a CD, that the media 
program is to be encoded in RealMedia, Liquid Audio, and Windows Media fonnats, 
and that encoding engines 1 22a and 122e are RealMedia encoders, encoding engines 
35 122b and 122f are Liquid Audio encoders, and encoding engines I22c and I22g are 
Windows Media encoders. 
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At step 302, an encoding order is entered into the distributed encoding system 
as a pending encoding order. For example, by interacting with client 102, a user can 
enter customer order information, program metadata and a set of encoding 
parameters for a particular media program. The media program is then assigned to 
5 the encoding order for processing. As previously indicated, for explanation purposes 
only, it is assumed that the set of encoding parameters indicates that the captured file 
is to be encoded using the RealMedia, Liquid Audio, and Windows Media formats. 

At step 304, a Master_ID is generated to assign to the captured file (i.e. to the 
.WAV file). 

10 At step 306, a physical indication of the Master lD is produced, and attached 

to the storage medium container of the media program. For example, a bar code 
sticker may be created having the Master__ID value and attached to the CD's jewel 
box. 

At step 308, capturing unit 106 is used to capture the media program 

15 information (captured program) from its storage medium. For example, by placing 
the CD within a CD reader and reading data firom the CD, a .WAV file may be 
created based on the media program information. The Master_ID is then associated 
with the captured program and stored as an entry within a database system. 

At step 310, the pending job order is retrieved fi-om storage. For example, 

20 distribution unit 108 determines that a pending job order exists and retrieves the 
pending job order information from storage unit 1 12. 

At step 312, one or more encoding units are identified to process the pending 
job order. For example, using the information previously depicted in Table 2, 
distribution unit 108 determines that encoding unit 1 16 includes encoding engines 

25 122a and 122b that are available for processing encoding threads in Real Media and 
Liquid Audio formats, respectively, and that encoding imit 120 includes encoding 
engines 122f and 122g that are available for processing encoding threads in Liquid 
Audio and Windows Media formats, respectively. In this example it shall be 
assumed that distribution imit 108 selects encoding unit 1 16 to process the encoding 

30 threads for the Real Media and Liquid Audio formats and encoding unit 120 to 
process the encoding thread for the and Windows Media format. The actual 
encoding units that are selected to process a particular order will vary fi*om order to 
order based on the encoding requirements of the order, the current load on the 
encoding units, and the load balancing technique employed by the distribution unit 

35 108. 
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At step 314, distribution unit 108 sends the encoding thread information to 
one or more selected encoding units. For example, distribution unit 108 sends the 
encoding thread information for the Real Media and Liquid Audio formats to 
encoding unit 1 16 and the encoding thread information for Windows Media format to 
5 encoding unit 120. 

At step 316, the selected encoding units commimicate with the appropriate 
encoding engines to encode the information required by each encoding thread. For 
example, encoding unit 116 communicates with encoding engine 122a to process the 
Real Media encoding thread, and with encoding engine 122b to process the Liquid 
10 Audio encoding thread. Similarly, encoding unit 120 communicates with encoding 
engine 122g to process the Windows Media encoding thread. 

At step 3 1 8, upon completing each thread, the encoded data files are returned 
to distribution unit 108. Distribution unit 108 then stores the encoded information 
into storage unit 112. 

15 At step 320, the encoded information is delivered to the proper customer. For 

example, delivery unit 1 10 may be configured to automatically retrieve the encoded 
infomiation and to FTP the information to an address that was previously associated 
with the encoding order. Alternatively, delivery unit 110 may be configured to 
automatically retrieve the encoded information and to cause a CD-ROM to be burned 

20 or programmed with the retrieved information. The CD-ROM can then be sent to the 
address previously entered with the encoding order. 



LOAD BALANCING 
As previously indicated, the distributed encoding system performs automatic 

25 load balancing to achieve increased encoding performance. In one embodiment, the 
automatic load balancing is achieved using such factors as the location of the 
machines (units) that are available to participate in the encoding process, the capacity 
or throughput of the different imits and the number of encoding jobs that are queued 
for execution at any particular unit. The distributed ^coding system can 

30 automatically start and stop selected units to achieve enhanced distribution and 

increased encoding performance. In addition, by knowing what encoding xmits are 
available, the distributed encoding system can encode in parallel multiple files in 
multiple formats. 

In one embodiment, the distributed encoding system is configured as an 
35 object oriented system in which objects are passed fix)m one component to another. 
For example, in certain embodiments, captured files, program metadata, encoding 
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orders, pending job orders and encoding threads are represented as objects that are 
passed between the different components of the distributed encoding system. 

DETERMINING APPROPRIATE ENCODING SETTINGS 

5 As previously indicated, a significant drawback with encoding a particular 

media program using multiple encoders is that each type of encoder typically 
requires a different set of encoding parameters to be set. For example, to properly 
encode a media program on a specific type of encoder, a user may be required to 
supply (1) the nxmiber of frames per minutes that are to be viewed; (2) the speed of 

10 the modems that viewers will be using to play the encoded program, (3) whether the 
program should be encoded in stereo; (4) the audio or video codec. 

In one embodiment, the encoding system provides a conmion interface to the 
user independent of which encoders are to be used for encoding a particular media 
program. In certain embodiments, the encoding system is configured as a knowledge- 

15 based encoding system ("knowledge database") that provides helpful hints to aid 

users in selecting the best encoding settings for their particular environment. In one 
embodiment, the knowledge database provides users with a common parameter 
interface for generating and submitting encoding requests. The common parameter 
interface reduces the complexity of the user interface and limits the specific encoding 

20 knowledge that a user is typically required to hold in order to properly submit an 

encoding request. In addition, through the user interface a user can provide a single 
set of encoding parameters, for one or more media programs, that is used across a 
plurality of different encoding engines to produce multiple encoded files. 

FIG. 6 illustrates an example of a production expert system 600 in which 

25 certain embodiments of the invention may be used. As depicted, the production 
expert system 600 includes a knowledge acquisition component 604, a knowledge 
base component 606, an inference engine component 608, and a user interface 
component 610. 

The knowledge acquisition component 604 is configured to gather encoding 
30 information about the different encoding engines. In one embodiment, the 

knowledge acquisition component 604 provides a user interface whereby encoding 
experts are able to enter rules based on their encoding expertise into the expert 
system. The knowledge acquisition component consists of syntax and a graphical 
tool (e.g., the Rule Editor) that simplifies the creation of new rules by checking rules 
35 against the required syntax. The rules themselves are expressions of facts that 

describe the expert's knowledge in a standard syntax. The rules that are created via 
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the knowledge acquisition component are collectively known as the knowledge base 
component 606. 

The knowledge base component 606 of production expert system 606 is the 
collection of rules defmed by experts via the knowledge acquisition component 604. 
5 Within the expert system there is a knowledge base specific to each of the different 
encoding technologies that we support (Windows Media, Real Networks, Liquid 
Audio, etc.). 

The inference engine component 608 of production expert system 600 is the 
unit that evaluates the current selection of the user interface component 610 against 

10 the Knowledge base component 606 in order to determine which rules to fire, which 
in turn determines the next user interface that the user interface component 610 will 
display. In one embodiment, the inference engine component 608 is configured to 
use the Java expert system shell ("Jess"). Further information as to the use of Jess 
can be obtained at the following web site: (http://herzberg-ca-sandia.gov/jessA . 

15 The user interface component 610 of production system 600 is the component 

used by non-experts to define a set of encoding specifications that are then applied to 
a set of to-be-encoded files. In one embodiment, user component 610 is implemented 
as an HTML parser. The parser parses the rules specified in the knowledge base 
component 606 and displays them in an HTML form. The user 612 then selects 

20 options fi-om this form. The user-selected options are then matched against the 

knowledge base component 606 via the inference engine component 608, and the 
user 612 is presented with a new set of options firom which to choose. The final result 
of a session with the user interface component 610 is an Engineering Worksheet that 
specifies all of the specific settings to be applied to the encoding software when 

25 encoding the files. 

For example, FIG. 2 illustrates a user interface window 200 that may be used 
to define a set of encoding specifications that are then applied to a set of to-be- 
encoded files. In this example, a non-expert user has chosen to create Xing MP3 
Audio encoding specifications. The expert system 600 evaluates this selection and 

30 determines that the next step is for the user to choose between a constant and a 

variable bit rate, as shown in the sub-frame. Once the user has made this selection 
and chooses continue, an additional HTML page will appear, and all of the options 
displayed on that page will be based on the fact that the user selected a constant bit 
rate. In this way the expert system guides the user through the creation of encoding 

35 specifications, minimizing or altogether eliminating specification mistakes. 
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PLUG A>ro PLAY COMPONENTS 
According to one embodiment of the invention, capturing unit 106 and 
encoding units 1 16, 1 18, 120 are configured as plug-and-play components. As such, 
whenever a capturing unit or encoding unit is " plugged" into the encoding system, it 
5 armounces its presence, for example by registering with a centralized database, thus 
making itself available to the other network devices and the other network devices 
available to it. For example, by using the Java-based technology " JINI" that is 
available from Sim Microsystems, the distributed encoding mechanism provides a 
system that can be easily expanded and further distributed across multiple networic 

10 systems. For example, in one embodiment, the use of JINI as an underlying 

technology supporting the production system allows the production system to take 
advantage of the service-plug-and-work capabilities of JINI. As such, JINI provides 
an infrastructure that allows services to be dynamically added and removed from the 
network, which improves the scalability of the production system. In certain 

15 embodiments, utilities are built on top of JINI to provide a flexible and easy way to 
create and administer new services. For example, two or more networks can be 
joined by extending a proprietary JINI base class. In one embodiment, the base class 
provides JINI service registration, join-manager services, lease renewal services, 
notification in the event that a service goes down, and service status/admin via a 

20 default admin user interface and a JINI service browser. The JINI service browser 

may be used to display all available services, and provides the user with the ability to 
interact with each service's administration user interface. 

Further details as to the use of the JINI technology is available online at a 
variety of different Web sites, such as http://www.sun.cQm/jini/. 

25 In certain embodiments, the capturing units and the encoding imits are 

universal components that may be dynamically configured to perform either the 
capturing or the encoding functions. Thus, if the distributed encoding mechanism 
determines that additional capturing resources are needed, one or more encoding 
units can be dynamically configured to perform the functions of a capturing unit. 

30 Similarly, if the distributed encoding mechanism determines that additional encoding 
resources are needed, one or more capturing units can be dynamically configured to 
perform the functions of an encoding unit. 

HARDWARE OVERVIEW 
35 Fig. 4 is a block diagram that illustrates a computer system 400 upon which 

an embodiment of the invention may be implemented. Computer system 400 
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includes a bus 402 or other communication mechanism for communicating 
information, and a processor 404 coupled with bus 402 for processing information. 
Computer system 400 also includes a main memory 406, such as a random access 
memory (RAM) or other dynamic storage device, coupled to bus 402 for storing 
5 information and instructions to be executed by processor 404. Main memory 406 
also may be used for storing temporary variables or other intermediate information 
during execution of instructions to be executed by processor 404. Computer system 
400 further includes a read only memory (ROM) 408 or other static storage device 
coupled to bus 402 for storing static information and instructions for processor 404. 

10 A storage device 410, such as a magnetic disk or optical disk, is provided and 
coupled to bus 402 for storing information and instructions. 

Computer system 400 may be coupled via bus 402 to a display 412, such as a 
cathode ray tube (CRT), for displaying information to a computer user. An input 
device 414, including alphanumeric and other keys, is coupled to bus 402 for 

15 communicating information and command selections to processor 404. Another type 
of user input device is cursor control 416, such as a mouse, a trackball, or cursor 
direction keys for communicating direction information and command selections to 
processor 404 and for controlling cursor movement on display 412. This input 
device typically has two degrees of freedom in two axes, a first axis (e.g., x) and a 

20 second axis (e.g., y), that allows the device to specify positions in a plane. 

The invention is related to the use of computer system 400 for encoding 
media programs in a distributed encoding system. According to one embodiment of 
the invention, distributed encoding of media programs is provided by computer 
system 400 in response to processor 404 executing one or more sequences of one or 

25 more instructions contained in main memory 406. Such instructions may be read 
into main memory 406 from another computer-readable medium, such as storage 
device 410. Execution of the sequences of instructions contained in main memory 
406 causes processor 404 to perform the process steps described herein. One or more 
processors in a multi-processing arrangement may also be employed to execute the 

30 sequences of instructions contained in main memory 406. In alternative 

embodiments, hard-wired circuitry may be used in place of or in combination with 
software instructions to implement the invention. Thus, embodiments of the 
invention are not limited to any specific combination of hardware circuitry and 
software. 

35 The term "computer-readable medium" as used herein refers to any medium 

that participates in providing instructions to processor 404 for execution. Such a 
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medium may take many forms, including but not limited to, non-volatile media, 
volatile media, and transmission media. Non-volatile media includes, for example, 
optical or magnetic disks, such as storage device 410. Volatile media includes 
dynamic memory, such as main memory 406. Transmission media includes coaxial 
5 cables, copper wire and fiber optics, including the wires that comprise bus 402. 

Transmission media can also take the form of acoustic or light waves, such as those 
generated during radio wave and infrared data conununications. 

Common forms of computer-readable media include, for example, a floppy 
disk, a flexible disk, hard disk, magnetic tape, or any other magnetic medium, a CD- 

10 ROM, any other optical medium, punch cards, paper tape, any other physical 

medium with patterns of holes, a RAM, a PROM, and EPROM, a FLASH-EPROM, 
any other memory chip or cartridge, a carrier wave as described hereinafter, or any 
other medium from which a computer can read. 

Various forms of computer readable media may be involved in carrying one 

15 or more sequences of one or more instructions to processor 404 for execution. For 
example, the instructions may initially be carried on a magnetic disk of a remote 
computer. The remote computer can load the instructions into its dynamic memory 
and send the instructions over a telephone line using a modem. A modem local to 
computer system 400 can receive the data on the telephone line and use an infrared 

20 transmitter to convert the data to an infrared signal. An infrared detector coupled to 
bus 402 can receive the data carried in the infrared signal and place the data on bus 
402. Bus 402 carries the data to main memory 406, from which processor 404 
retrieves and executes the instructions. The instructions received by main memory 
406 may optionally be stored on storage device 410 either before or after execution 

25 by processor 404. 

Computer system 400 also includes a conmiunication interface 418 coupled 
to bus 402. Communication interface 418 provides a two-way data conununication 
coupling to a network link 420 that is connected to a local network 422. For 
example, communication interface 418 may be an integrated services digital network 

30 (ISDN) card or a modem to provide a data commimication connection to a 

corresponding type of telephone line. As another example, communication interface 
418 may be a local area network (LAN) card to provide a data communication 
connection to a compatible LAN. Wireless links may also be implemented. In any 
such implementation, communication interface 41 8 sends and receives electrical, 

35 electromagnetic or optical signals that carry digital data streams representing various 
types of information. 
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Network link 420 typically provides data communication through one or 
more networks to other data devices. For example, network link 420 may provide a 
connection through local network 422 to a host computer 424 or to data equipment 
operated by an Internet Service Provider (ISP) 426. ISP 426 in turn provides data 
5 communication services through the world wide packet data communication network 
now commonly referred to as the "Internet" 428. Local network 422 and Internet 
428 both use electrical, electromagnetic or optical signals that carry digital data 
streams. The signals through the various networks and the signals on network link 
420 and through communication interface 418, which carry the digital data to and 
10 from computer system 400, are exemplary forms of carrier waves transporting the 
information. 

Computer system 400 can send messages and receive data, including program 
code, through the network(s), network link 420 and communication interface 418. In 
the Internet example, a server 430 might transmit a requested code for an application 

15 program through Internet 428, ISP 426, local network 422 and communication 

interface 418. In accordance with the invention, one such dowTiloaded application 
provides for distributed encoding of media programs as described herein. 

The received code may be executed by processor 404 as it is received, and/or 
stored in storage device 410, or other non- volatile storage for later execution. In this 

20 maimer, computer system 400 may obtain application code in the form of a carrier 
wave. 

ALTERNATIVES, EXTENSIONS 
The distributed encoding mechanism that is described herein provides an 
25 automated system for encoding a media program in a variety of different encoding 
formats. As explained, the distributed encoding mechanism maintains a "mapping" 
scheme between a captured file and its corresponding program metadata. In one 
embodiment, the mapping scheme allows the distributed encoding mechanism to 
encode a media program in multiple encoding formats in parallel. By encoding a 
30 media program in multiple encoding formats in parallel, the distributed encoding 
mechanism is able to significantly reduce the overhead that is typically required for 
encoding media programs in multiple encoding formats. 

In describing certain embodiments of the invention, several drawing figures 
have been used for explanation purposes. However, the invention is not limited to 
35 any particular context as shown in drawing figures. For example, for explanation 
purposes only, the encoding system 100 depicted in FIG. 1 includes only a single 
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client 102, server 104, capturing unit 106, distribution unit 108, storage unit 112 and 
delivery unit 110. However, as illustrated in FIG. 5, embodiments of the invention 
are not limited to any particular number of any particular component, unit or device. 
By configuring the distributed encoding mechanism to include multiple components 

5 of each type, a fault tolerant system is created and additional parallelization is 
obtained throughout the system. Thus, the specification and drawings are, 
accordingly, to be regarded in an illustrative rather than a restrictive sense. 

In addition, in this disclosure, including in the claims, certain process steps 
are set forth in a particular order, and alphabetic and alphanumeric labels are used to 

10 identify certain steps. For example, although the steps of entering an encoding order, 
generating a Master_ID, attaching the Master_ID to the storage container and 
capturing the media program information have been described as being performed in 
a particular order (FIG. 3), embodiments of the invention are generally not limited to 
any particular order of events. Therefore, unless specifically stated in the disclosure, 

15 embodiments of the invention are not limited to any particular order of carrying out 
such steps. In particular, the labels are used merely for convenient identification of 
steps, and are not intended to imply, specify or require a particular order of carrying 
out such steps. Thus, embodiments of the invention are only limited by the 
following claims. 
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CLAIMS 

What is claimed is: 

1 L A method for encoding digital information, comprising the computer- 

2 implemented steps of: 

3 capturing media program information to produce a media program file; 

4 receiving an encoding request from a client, wherein the encoding request 

5 requests that the media program information be encoded in one or 

6 more encoding formats; 

7 selecting a set of encoding engines that can encode the media program 

8 information in each of the one or more encoding formats; 

9 sending the media program file to the selected set of encoding engines; and 

10 using said selected set of encoding engines to encode said media program 

1 1 information in said one or more encoding formats. 

1 2. The method as recited in claim 1 , wherein: 

2 the step of capturing comprises the step of reading the media program 

3 information from a storage medimn; 

4 the method further includes the steps of associating the media program file 

5 with a unique Master_ID. 

1 3. The method as recited in claim 2, wherein the step of receiving an encoding 

2 request from a client comprises the steps of: 

3 causing a user interface to be displayed at the client, wherein the user 

4 interface allows users to enter encoding requests; and 

5 in response to a user interacting with said interface, receiving at a server an 

6 encoding request, wherein the encoding request includes said unique 

7 Master_ID. 

1 4. The method as recited in claim 3, wherein the step of receiving at a server an 

2 encoding request further comprises the step of receiving a set of encoding 

3 parameters, wherein the set of encoding parameters specify how the media 

4 program information should be encoded in each of said one or more encoding 

5 formats. 

1 5. The method as recited in claim 1 , fruther comprising using a 

2 distribution unit to perform the steps of: 
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3 identifying an encoding order as a pending job order that needs to be 

4 processed; 

5 identifying one or more encoding units that are available to process the 

6 pending job order; 

7 distributing the pending job order to the one or more encoding units; 

8 receiving an encoded data file from each of the one or more encoding units; 

9 and 

10 storing each of the encoded data files into a storage unit for subsequent 

1 1 delivery to one or more customers. 

1 6. The method as recited in claim 3, wherein the step of receiving at a server an 

2 encoding request further includes the steps of: 

3 generating an encoding order based on the encoding request; 

4 determining a unique Job_ID, wherein the unique Job_ID is associated with 

5 the encoding order; and 

6 storing as a pending job order in an accessible storage unit, the encoding 

7 order and its association with the imique Job_ID. 

1 7. The method as recited in claim 1 , wherein: 

2 the encoding request requests that the media program information be encoded 

3 in a plurality of encoding formats; 

4 the step of selecting a set of encoding engines includes the step of selecting a 

5 set of encoding engines that can encode the media program 

6 information in the plurality of encoding formats; and 

7 the step of using said selected set of encoding engines includes the step of 

8 using said selected set of encoding engines to encode said media 

9 program information in said pluraUty of encoding formats in parallel. 

18. A computer-readable medium carrying one or more sequences of instructions 

2 for encoding digital information, wherein execution of the one or more 

3 sequences of instructions by one or more processors causes the one or more 

4 processors to perform the steps of: 

5 capturing media program information to produce a media program file; 

6 receiving an encoding request from a client, wherein the encoding request 

7 requests that the media program information be encoded in one or 

8 more encoding formats; 
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9 selecting a set of encoding engines that can encode the media program 

10 information in each of the one or more encoding formats; 

1 1 sending the media program file to the selected set of encoding engines; and 

12 using said selected set of encoding engines to encode said media program 

13 information in said one or more encoding formats. 

1 9. The computer-readable medium as recited in claim 8, wherein: 

2 the step of capturing comprises the step of reading the media program 

3 information from a storage medium; 

4 the computer-readable medium further comprising instructions for performing 

5 the steps of associating the media program file with a unique 

6 Master__ID. 

1 10. The computer-readable medium as recited in claim 9, wherein the step of 

2 receiving an encoding request from a client comprises the steps of: 

3 causing a user interface to be displayed at the client, wherein the user 

4 interface allows users to enter encoding requests; and 

5 in response to a user interacting with said interface, receiving at a server an 

6 encoding request, wherein the encoding request includes said unique 

7 Master_ID. 

1 11. The computer-readable medium as recited in claim 10, wherein the step of 

2 receiving at a server an encoding request further comprises the step of 

3 receiving a set of encoding parameters, wherein the set of encoding 

4 parameters specify how the media program information should be encoded in 

5 each of said one or more encoding formats. 

1 12. The computer-readable medium as recited in claim 8, further 

2 comprising using a distribution unit to perform the steps of: 

3 identifying an encoding order as a pending job order that needs to be 

4 processed; 

5 identifying one or more encoding units that are available to process the 

6 pending job order; 

7 distributing the pending job order to the one or more encoding units; 

8 receiving an encoded data file from each of the one or more encoding units; 

9 and 

10 storing each of the encoded data files into a storage unit for subsequent 

1 1 delivery to one or more customers. 
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1 13. The computer-readable medium as recited in claim 10, wherein the step of 

2 receiving at a server an encoding request further includes the steps of: 

3 generating an encoding order based on the encoding request; 

4 determining a unique Job_ID, wherein the unique Job^ID is associated with 

5 the encoding order; and 

6 storing as a pending job order in an accessible storage unit, the encoding 

7 order and its association with the unique Job_ID. 

1 14. The computer-readable medium as recited in claim 8, wherein: 

2 the encoding request requests that the media program infonnation be encoded 

3 in a plurality of encoding formats; 

4 the step of selecting a set of encoding engines includes thejstep of selecting a 

5 set of encoding engines that can encode the media program 

6 information in the plurality of encoding formats; and 

7 the step of using said selected set of encoding engines includes the step of 

8 using said selected set of encoding engines to encode said media 

9 program infonnation in said plurality of encoding formats in parallel. 

1 15. A system for encoding digital infonnation, the system comprising: 

2 a capturing unit that is capable of capturing media program information from 

3 a storage medium; 

4 a storage unit that maintains captured media program information, program 

5 metadata that is based on the media program information, and 

6 encoding request information, wherein each encoding request 

7 identifies a set of one or more encoding formats that are to be used to 

8 encode a particular media program; 

9 a server connected to said storage unit, wherein the server is configured to 

10 receive encoding requests from clients that are connected to said 

1 1 server and to generate and store pending encoding orders in said 

12 storage unit based on said encoding requests; 

13 a distribution unit that is configured to retrieve pending job orders from said 

14 storage unit and to distribute the orders to one or more encoding units; 

15 wherein the encoding units are configured to encode in parallel job orders that 

16 request a specific media program to be encoded in multiple encoding 

17 formats. 



-26- 



wo 00/48400 



PCT/USOO/03414 



1/6 




SUBSTITUTE SHEET (RULE 26) 



wo 00/48400 



PCT/USOO/03414 



2/6 



Q Knowledge Base: Engineering Worksheets - Microsoft Internet Explorer 



File Edit View Favorites Tools Help 



Back 



Address 



Forward Stop Refresh Home Search Favorites History Mail Print Edit Discuss RealGuide 



I User Index" 



Q http://db:8090/servlet/com.encoding.productions.scrvlet.RnDlndex 



Tvl -^Go 



Links 



Knowledge Base: Engineering Worksheets 



Create New Encoding Worksheet 
Encoding Fomiat | xing MP3 i_5~[v] 



Worksheet Type: I Audio I 



Search Existing Worksheets | 



I Existing Worksheets 



Q http://db:8090/servlet/com.cncoding.productions.servlet.En I — igjx 



Selected: 



encoding.com 



Encoding Formal: Xing MP3 1 5 
Encoding Type : Audio 

Current Options: 

Name | Example Xing MP3 1_5 Worksheet 
Bit Rate Setting 



I continue | 



Constant Bit Rate IV 



Corislant Bit Rate 
Variable Bit Rate~^ 



encoding.com 



enco 



Q Done 



I I I Local Intranet 1 



Izi 



SUBSTITUTE SHEET (RULE 26) 



wo 00/48400 



PCT/USOQ/03414 



3/6 



ENTER ENCODING ORDER 
INTO DISTRIBUTED 
ENCODING SYSTEM 

302 

i 

GENERATE A MASTER_ID 
AND DATABASE ENTRY 
FOR THE MEDIA 
PROGRAM DATA 

304 

i ; 

AHACHMASTERJDTO 
STORAGE MEDIUM 
CONTAINER 

306 

1 

CAPTURE MEDIA 
PROGRAM INFORMATION 
308 



I ± , 

RETRIEVE PENDING 
JOB ORDERS FROM 
STORAGE 

310 

I 

IDENTIFY ONE OR MORE 
ENCODING UNITS TO 
PROCESS THE PENDING 
JOB ORDER 

312 



X 

SEND ENCODING 
THREADS TO SELECTED 
ENCODING UNITS 
314 

PERFORM ENCODING 
OF EACH THREAD 

316 

I 

STORE THE ENCODED 
INFORMATION FOR 
EACH THREAD 

318 

i 

DELIVER THE ENCODED 
PROGRAM CONTENT TO 
THE REQUESTER 

320 



SUBSTITUTE SHEET (RULE 26) 



wo 00/48400 



PCT/USOO/034I4 



4/6 




>- 








Q. 

CO 


SI 


o 







SUBSTITUTE SHEET (RULE 26) 



wo 00/48400 



PCT/USOO/03414 




SUBSTITUTE SHEET (RULE 26) 



wo 00/48400 



6/6 



PCT/USOO/03414 



600 
EXPERT 602 



KNOWLEDGE 
ACQUISITION 604 



KNOWLEDGE BASE 
FACTS/RULES 606 



.WORKING 
MEMORY 





INFERENCE ENGINE 




INFERENCE/CONTROL 




608 


> 




> 


r 




USER INTERFACE 




610 







USER 612 



SUBSTITUTE SHEET (RULE 26) 



INTERNATIONAL SEARCH REPORT 



Intemattonal Application No 

PCT/US 00/03414 



A. CLASSinCATION OF SUBJECT MATTER 

IPC 7 H04N7/24 



Accotritng to tntemational Patent Ctassification (IPC) or to both nafloral classification and IPC 



B. FIELDS SEARCHED 



AAnimum documentation saatched (ctassification system foOowed by dasdlication syndxils) 

IPC 7 H04N G06F 



Documentation searched other than minimum documentation to the extent that such documents are included in the fields searched 



Electronic data base cortsulted dutir^ the international search (name of data t>ase and. where practical, search terms used) 

EPO-Internal . WPI Data, PAJ 



C. DOCUMENTS CONStDERED TO BE RELEVANT 



Category * Qtation of document, with irKScation. where appropriate, of the relevant passages 



Relevant to daim Ho. 



WO 96 41285 A (INTERVU INC) 
19 December 1996 (1996-12-19) 
page 9, 1 ine 5 - 1 ine 11 
page 22, line 9 - line 13 
line 27 - line 28 
paragraph 1 - paragraph 2 
paragraph 



1,2,8,9, 
15 



page 41, 
page 43, 
page 49, 
page 50, 



paragraph 5 -page 51, paragraph 1 

-/-- 



m 



Further documents are listed in the continuation of box C. 



ID 



Patent family members are listed in annex. 



" Special categories of cited documents : 

'A' document defining the general state of the art which is not 

considered to be of particular relevance 
"E* earlier document but published on or after the international 

filing date 

'L' document which may throw doutits on priority clalm(8) or 
which is cited to estatjilsh the publication date of another 
citation or other special reason (as specified) 

■Q" document refemng to an oral disclosure, use, exNbition or 
other means 

'P* document published prior to the international filng date but 
later than the priority date claimed 



T' later document published after the international filing date 
or priority date and not in conflict with ttie application but 
cited to understand Ihe principle or theory mderlying the 

invention 

■X" document of particular relevarx^e: the claimed Invention 
camot be considered novel or cannot be considered to 
involve an inventive step when the document is taken alone 

"Y" document of particuiar retevarx;e: the claimed invention 

cannot be considered to involve an inventive step when the 
document is combined with one or more other such docu- 
ments, such combination being obvious to a person skilled 
in Ihe art 

'&' document member of the same patent family 



Date of the actual completion of the intemational search 



17 July 2000 



Date d mailing of the intemational search report 



31/07/2000 



Name and mailing address of (he ISA 

European Patent Offlce. P.B. 5818 Patentlaan 2 
NL - 2280 HV Hiiswi|k 
Tel. {^^-70) 340-2040. Tx, 31 651 eponl. 
Fax: (+31-70) 340-3016 



Authorized officer 



Sindic, G 



f^orm PCT/ISA/210 (ssoond stievt) (July 1992) 



page 1 of 2 



INTERNATIONAL SEARCH REPORT 



(ntemailonal Appfteatkm No 

PCT/US 00/03414 



a<ContlnuaUon) DOCUMENTS CONSIDERED TO BE RELEVANT 



Category ' 



Citation ct document, with in<ficatiorvwhefe appropriate, of the relevant passages 



Relevant to daim No. 



"Encoding. com Launches Rich Media 
Advertising Service to Enable Use of Audio 
and Video Advertising on the Net" 
^ONLINE!, 

26 October 1998 (1998-10-26), pages 1-2, 
XP002142651 

Retrieved from the Internet: 
<URL : encodi ng . com/company/news/rel eases/pr 
10_26_98*html> 'retrieved on 2000-07-11! 
page 1, paragraph 4 -page 2, paragraph 1 

PATENT ABSTRACTS OF JAPAN 

vol. 013, no. 198 {E-756), 

11 May 1989 (1989-05-11) 

& JP 01 019874 A (MATSUSHITA ELECTRIC 

WORKS LTD), 23 January 1989 (1989-01-23) 

abstract 



1.8,15 



1,8,15 



Fbfm PCT/lSACiO (oanifnuaiian d sacond chMt) (July 1992) 



page 2 of 2 



INTERNATIONAL SEARCH REPORT 

Information en patent family members 



IntemaUonal Application No 

PCT/US 00/03414 



Patent document 
cited in search report 



WO 9641285 



JP 01019874 



Publication 
date 



19-12-1996 



23-01-1989 



Patent family 
memt9er(s) 



AU 
AU 
CA 
EP 
JP 
US 
US 



716842 B 
6113996 A 
2228607 
0834143 
11507456 
5956716 
6003030 



NONE 



Publication 
date 



09-03-2000 
30-12-1996 
19-12-1996 
08-04-1998 
29-06-1999 
21-09-1999 
14-12-1999 



Fdnn PCT/lSAaiO (patent famly onrwx) (July 1 992) 



